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(54) Hue: METHOD FOR LOADING A FUNCTION PROVIDED BY A FIRST COMPUTER (SERVER) ONTO A SECOND 
COMPUTER (CLIENT) 
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(57) Abstract 

A function is to be loaded from 
a first computer onto a second computer 
via a network, preferably a computer 
network or communications network. 
The second computer contains, in 
addition to the operating system, a 
platform-independent system, preferably 
a JAVA virtual machine which ensures 
that the ' platform-independent code 
(JAVA byte code) from the operating 
system of the second computer can run 
on the second computer. In addition 
to the platform-independent code, a 
platform-dependent code, particular to 
the hardware of the second computer, can 
be loaded from the first computer, thus 
avoiding the operation time losses that 
result from the platform-independent code. 
To this end, the first computer comprises 
the necessary platform-dependent 

functions, preferably as dynamic libraries, which are optionally requested by the second computer, so as to obtain operation time gains on 
the second computer. 




(57) Zuk ramenfassung 

Von einem ersten Rechner soli liber cin Nctz, vorzugsweise cin Rechnemetz oder ein Kommunikationsnetz, einc Funktion auf 
einen zweiten Rcchncr geladen wcrden. Der zwcitc Rcchncr cnth&lt dazu ncbcn einem Betriebssystem ein plattformunabh&ngiges System, 
vorzugsweise eine JAVA-Virtual-Maschine, das gewShrleistet, daB von dem Betriebssystem des zweiten Rechners plattformunabhangiger 
Code (JAVA-Bytecode) auf diesem zweiten Rechner ablaufen kann. Neben plattformunabhangigem Code kann auch plattformabhangiger 
Code, speziell fur die Hardware des zweiten Rechners, von dem ersten Rechner geladen werden, wobei die durch plattformunabhangigen 
Code resultierenden LaufzeiteinbuBen vermieden werden. Dazu umfaBt der erste Rechner die benOtigten plattformabhiingigen Funktionen, 
vorzugsweise als dynamische Bibliotheken, die ggf. von dem zweiten Rechner angefordert werden, urn Laufzeitgewinne auf dem zweiten 
Rechner zu erzielen. 
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Beschreibung 

Verfahren zum Laden einer Funktion, die von einem ersten 
Rechner (Server) bereitgestellt wird, auf einen zweiten 
5 Rechner (Client) 

Die Erfindung betrifft ein Verfahren zum Laden einer 
Funktion, die von einem ersten Rechner (Server) 
bereitgestellt wird, auf einen zweiten Rechner (Client) , 
10 wobei der erste Rechner und der zweite Rechner .uber ein Netz 
verbunden sind. 

Ein Netz bezeichnet ein Medium, {iber das Rechner miteinander 
verbunden sind und uber das Nachrichten zwischen den Rechner, 
15 sei es verbindungslos oder verbindungsorientiert , 

ausgetauscht werden. Beispiele fur solche Netze sind 
Rechnernetze und Kommunikationsnetze . 

Mit Funktion wird eine Komponente bezeichnet, die auf einem 
20 zweiten Rechner benotigt und auf einem ersten Rechner zur 
Verfugung gestellt wird. Derartige Funktionen konnen 
beispielsweise Programme, die fiber das Netz von dem ersten 
Rechner geladen werden sollen, Prozeduren im Verstandnis 
einer strukturierten Programmiersprache oder Methoden im 
25 objektorientierten Sinn sein. 

Die Programmiersprache JAVA ist dem Fachmann hinlanglich 
. bekannt. Ein wichtiges Merkmal von JAVA ist seine 
Unabhangigkeit von einer bestimmten Plattform 

30 (plattformunabhangig) . JAVA lauft auf jedem System,' auf dem 
eine JAVA- Virtual -Machine implementiert ist. Diese JAVA- 
Virtual-Machine ubernimmt die Ausfiihrung des JAVA-Programms, 
wobei eine kontrollierte Ubertragung mit anschlieSender 
Integritatsuberprufung des geladenen Codes erfolgen kann. Ein 

35 JAVA -Applet bezeichnet eine in JAVA geschriebene Applikation. 
die auf Netzbrowsern ausgefiihrt wird und somit auf der in dem 
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Netzbrowser integrierten JAVA- Virtual -Machine lauft. 
Allgemein ist jedes JAVA-Applet auch ein JAVA- Programm . 

Da, wie erwahnt, fur ein ablauf fahiges JAVA-Programm (z.B. 
5 ein JAVA-Applet) eine JAVA- Virtual -Machine notwendig ist, 

sind deutliche Lauf zeiteinbufien im Vergleich zu einem eigens 
fur den jeweiligen Rechner geschriebenen Programm 
(plattformabhangig) hinzunehmen. JAVA - By t pmrf p bezeichnet 
einen Programmcode , der plattf ormunabhangig auf jedem 
10 Rechner, der xiber eine JAVA- Virtual -Machine verfugt, ablauf en 
kann. Der JAVA-Bytecode ist in JAVA-ci aaa-Fi 1 integriert, 
die weitere fiir die JAVA- Virtual -Machine nutzliche 
Information bereitstellen, insbesondere eine Semantik fur die 
Umgebung der JAVA- Virtual -Machine beinhalten. 

15 

Demzufolge kann unterschieden werden in plattf ormabhang -i gp r 
d.h. fur den jeweiligen Rechner spezif izierte, und 
plattf ormunabhangjgp r d.h. unabhangig von dem speziellen 
Rechner lauffahige, Programme. Mittels eines 
20 plattf ormabhangigen Programms ist der Einsatz von 
Programmcode (auch: Code) moglich, der spezielle 
Hardwaremerkmale des jeweiligen Rechners ausnutzt. Damit ist 
ein signif ikanter Lauf zeitgewinn bei Programmausfiihrung - 
verbunden. 

25 

In exist ierenden Systemen, die verschiedene Rechner 
miteinander uber plattf ormunabhangige Programme (z.B. JAVA) 
verbinden, ist es von Nachteil, daS ein plattf ormunabhangiges 
Programm deutliche Lauf zeiteinbuSen mit sich bringt, 
30 wohingegen bei auf spezielle Hardware, insbesondere 

Multimedia-Hardware, abgestimmter Programmcode immense 
Lauf zeitvorteile mit sich brachte. 

Die Aufgabe der Erfindung besteht darin, ein Verfahren zum 
35 Laden einer Funktion von einem ersten Rechner auf einen 

zweiten Rechner anzugeben, wobei die oben erwahnten Nachteile 
vermieden werden. 
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Diese Aufgabe wird gemaS den Merkmalen des Patentanspruchs 1 
gelost . 

5 Das erf indungsgema&e Verfahren ermoglicht das Laden einer 
Funktion, die von einem erst en Rechner (Server) 
bereitgestellt wird, auf einen zweiten Rechner (Client) , 
wobei der erste Rechner und der zweite Rechner uber ein Netz 
verbunden sind. Dazu wird von dem zweiten Rechner uber das 

10 Netz bei dem ersten Rechner angefragt, ob die Funktion in 
einem plattf ormabhangigen Code verfugbar ist. Falls ein 
plattf ormabhangiger Code nicht verfugbar ist, wird ein 
plattformunabhangiger Code der Funktion von dem ersten 
Rechner geladen und das Verfahren wird beendet. Ansonsten 

15 (der plattformabhangige Code ist verfugbar) wird zunachst 
uberpriift, ob dieser plattformabhangige Code der Funktion 
schon auf dem zweiten Rechner vorhanden ist und, so dies der 
Fall ist, wird dieser plattformabhangige Code geladen und das 
Verfahren beendet. Ist hingegen der plattformabhangige Code 

2 0 auf dem zweiten Rechner nicht vorhanden, so wird mittels 

einer Eingabe entschieden, ob der plattformabhangige Code vom 
ersten Rechner geladen werden soil. Ergibt sich aus der 
Eingabe, dafi der plattformabhangige Code nicht geladen werden 
soil, wird der plattf ormunabhangige Code geladen und das 
25 Verfahren beendet. Wird mittels der Eingabe entschieden, daS 
der plattformabhangige Code geladen werden soli, so wird nach 
einer Verhandlung zwischen dem ersten Rechner und dem zweiten 
Rechner der plattformabhangige Code der Funktion auf den 
zweiten Rechner geladen. 

30 

Eine Weiterbildung der Erfindung besteht darin, da£ die 
Verhandlung folgende Schritte umf a£t : 

Der zweite Rechner fordert von dem ersten Rechner eine Liste 
aller verfiigbaren plattf ormabhangigen Realisierungen der 

3 5 Funktion an, Diese Liste wird von dem ersten Rechner an den 

zweiten Rechner ubertragen. Der zweite Rechner wahlt eine 
geeignete Realisierung aus, teilt dies dem ersten Rechner mit 
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und fordert eine Ubertragung dieser Realisierung der Funktion 
an. Dadurch wird sichergestellt , dafi eine passende 
plattformabhangige Realisierung zu dem zweiten Rechner 
iibertragen wird. Hierbei sei ahgemerkt, daE eine solche 
5 plattformabhangige Realisierung insbesondere ein fur die 
jeweilige Plattform erstelltes Programm oder ein fur die 
jeweilige Plattform kompilierter Object-Code sein kann. 

Eine andere Weiterbildung besteht darin, daS nach dem Laden 
10 plattformabhangigen Codes von dem ersten Rechner auf den 
zweiten Rechner eine Sicherheitsuberpriifung dieses 
plattformabhangigen Codes durchgefuhrt wird. Dabei kann diese 
Sicherheitsuberpriifung dadurch erfolgen, dafi, ehe der 
geladene plattformabhangige Code auf dem zweiten Rechner 
15 ausgefuhrt wird, eine Integritatsprufung dieses Codes 
erfolgt, vorzugsweise mittels eines Virensuchprogramms . 

Im Rahmen einer zusatzlichen Weiterbildung ist es moglich die 
Eingabe auf einie der folgenden Arten durchzufiihren: 

20 

a) Ein Benutzer gibt an, ob er plattformabhangigen Code von 
dem ersten Rechner laden will. Hierbei kann der Benutzer 
die Entscheidung treffen und das Risiko eingehen, 
korrupten, also fehlerhaften oder mit beispielsweise . 

25 Viren behafteten, Code von dem ersten Rechner zu 

empf angen. 

b) Die Eingabe erfolgt automatisiert dadurch, dafi eine Liste 
auf dem zweiten Rechner gehalten wird, die Kennungen von 

3 0 Rechnern enthalt, die in einer sicheren Umgebung stehen 

(Trusted Servers) . 

c) Die Eingabe ist dauerhaft auf "Laden von 
plattformabhangigen Code" eingestellt, wenn" der erste 

35 Rechner keine sicherheitsrelevanten Daten und/oder 

Programme enthalt. Dies ist vorzugsweise bei speziell 
dafiir vorgesehenen Netzwerkcomputern der Fall. Generell 
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5 

ist von Vorteil, wenn die geladenen Funktionen nur fur die 
zeitlich begrenzte Sitzung benotigt werden, der zweite 
Rechner nach der Sitzung ausgeschaltet wird und/oder die 
uber das Netz erhaltenen Daten nicht persistent 
abspeichert . 

Auch ist es eine Weiterbildung, daS es sich bei dem 
plattf ormunabhangigen Code urn JAVA-Bytecode, der. in JAVA- 
Class -Files integriert ist, handelt. 

Weiterbildungen der Erfindung ergeben sich auch aus den 
abhangigen Anspruchen. 

Anhand der folgenden Figuren werden Ausf uhrungsbeispiele der 
15 Erfindung naher dargestellt. 

Es zeigen 

Fig.l ein System aus verteilten Rechnern mit plattf orm- 
abhangigen und plattf ormunabhangigen Funktionen, 

2 0 Fig. 2 ein Blockdiagramm fur ein Verfahren zum Laden einer 

Funktion in plattf ormabhangigen Oder 
plattf ormunabhangigem Code, 
Fig. 3 ein Ablauf diagramm fur eine Verhandlung dariiber, 
welche Realisierung einer Funktion in plattform- 
25 abhangigem Code geiaden werden soil. 

Die in Fig.l dargestellte Konf iguration stellt ein 
Client-/Server-System dar. Die Rechner CL1, CL2 und CL3 
(Clients) wollen eine, vorzugsweise in JAVA geschriebene , 

3 0 Applikation auf deren Virtual -Machine VM ausfuhren. Die drei 

dargestellten Rechner CL1, CL2 und CL3 verfugen jeweils uber 
unterschiedliche Betriebssysteme SI, S2 und S3, wobei auf 
jedem dieser Betriebssysteme eine Virtual-Machine VM lauft, 
die ihrerseits sicherstellt , da£ plattf ormunabh^ngige JAVA- 
35 Class-Files, der fur diese Virtual-Machine VM bestimmt ist, 
auf jedem der Rechner CL1, CL2 und CL3 ausgefiihrt werden 
kann. Handelt es sich bei den JAVA-Programmen urn JAVA- 
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Applets, so ist ein Netzbrowser aktiv. Auf dem Server SV ist 
eine Klasse A mit einer plattformunabhangigen Implementierung 
einer Methode a enthalten (siehe Block 101) . 

5 Hierbei sein angemerkt, dafi der Begriff "Methode" im Sinne 
der objektorientierten Programmierung verwendet wird, womit 
eine Prozedur oder Funktion bezeichnet ist, die mit einer 
Klasse assoziiert ist und als Reaktion auf eine Botschaft 
aufgerufen wird. Dabei ist eine Botschaft eine Aufforderung 
10 an ein Objekt, eine seiner Methoden auszufiihren. 
Weitergehende Definitionen und Erlauterungen zur 
objektorientierten Programmierung mit den dort bevorzugten 
Begriffen sind dem Fachmann hinlanglich bekannt . 

15 Die Implementation der Methode a in plattf ormunabhangigem 
Code, vorzugsweise in JAVA-Bytecode und nicht in plattf orm- 
abhangigem Code bedeutet einen plattf ormubergreif enden 
Einsatz der Methode a in alien Rechnern CL1, CL2 und CL3- mit 
einer entsprechenden Virtual -Machine VM, wobei mit Verwendung 

20 der Virtual-Machine VM Lauf zeiteinbufien in Kauf genommen 
werden . 

Eine zweite Methode b ist innerhalb der Klasse A 101 
lediglich deklariert; definiert wird die Methode b auSerhalb 
25 der Klasse A auf drei verschiedene Arten: 

1. In Form einer plattf ormabhSngigen Bibliothek 102, die fur 
das Betriebssystem SI bestimmt ist; 

30 2. als plattf ormabhangige Bibliothek 103, die fur das 
Betriebssystem S2 bestimmt ist; 

3 . als eine plattf ormunabhangige Methode innerhalb einer 
Klasse b (siehe Block 104) . 

35 

Fordert der Rechner CL1 Code fur die Methode b an, so ladt er 
bisher die Klasse b und fuhrt den verhaltnismaSig langsamen 
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Bytecode aus, auch wenn der Rechner CL1 zur Durchfuhrung der 
der Methode b zugrundeliegenden Funktionalitat vorzugsweise 
uber spezielle Multimedia-Hardware verfugt. 

5 Urn es zu ermoglichen, speziellen plattf ormabhangigen und auf 
Laufzeit optimierten Code in dem jeweiligen Rechner (hier der 
Rechner CL1) nutzen zu konnen, wird die Methode b in der 
Klasse A als "native" deklariert. Somit erfShrt .der Rechner 
CL1, daS die Methode b auch in plattf ormabhangigem Code auf 

10 dem Server SV verfugbar ist. Der Rechner CL1 ladt eine 

plattformabhangige Representation der Methode b, falls diese 
speziell fur seine Plattf orm, das Betriebssystem Si, 
verfugbar ist, von dem Server SV (im Beispiel von Fig.l 
entspricht dieser Reprasentation der Block 102) . Damit erhalt 

15 der Rechner CL1 eine speziell auf die Hardware dieses 
Rechners CL1 abgestimmte und weniger lauf zeitintensive 
Version der Methode b. Vorzugsweise fuhrt der Rechner CL1 
uber eine vorgegebene Schnittstelle ( JAVA-Native-Interf ace) 
die Methode b in der JAVA-Umgebung aus. 

20 

Die Anfrage eines Rechners CL1, CL2 oder CL3 beim Server SV, 
ob ein plattformabh£ngiger Code auf dem Server SV verfugbar 
sei und ob dieser ggf . auch auf den jeweiligen Rechner CL1, 
CL2 oder CL3 geladen werden soil, ist detailliert in Fig. 2 
25 dargestellt . 

In einem Schritt 201 fragt der Rechner CL1 an, ob 
plattformabh&ngiger Code auf dem Server SV verfugbar sei. Ist 
dies nicht der Fall, wird plattf ormunabhangiger Code geladen 

30 (siehe Schritt 202 bzw. Block 104 in Fig.l fur eine 

plattf ormunabhSngige Reprasentation der Methode b) . Ist 
hingegen plattf ormabhangiger Code auf dem Server SV 
verfugbar, so wird in einem Schritt 203 f estgestellt , ob auf 
dem jeweiligen Rechner CL1 der entsprechende 

35 plattformabhangige Code schon lokal verfugbar ist. In solch 
einem Fall wird in einem Schritt 204 auf den lokal 
verfugbaren Code zugegriffen. Dies kann beispielsweise durch 
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entsprechende Zwischenspeicherung (Cache-Speicher) 
gewahrleistet werden. 

1st plattformabhangiger Code auf dem Server SV verfugbar, 
5 aber lokal auf dem Rechner CL1 nicht verfugbar, so wird in 
einem Schritt 205 entschieden, ob plattformabhangiger Code 
von dem Server SV auf den Rechner CL1 geladen werden soil. 

Als Entscheidungshilfe dient eine Eingabe 206, durch die der 
Benutzer festlegen kann, ob er plattf ormabhangigen Code von 
speziell diesem Server SV laden will. Eine andere mogliche 
Eingabe ist eine Liste, die Kennzeichnungen von Servern 
enthalt, die als vertrauenswurdig (Trusted Servers) gelten. 
Von solchen Servern kann ohne Sicherheitsrisiko 
plattformabhangiger Code geladen werden. Eine weitere 
Moglichkeit fur eine Eingabe ist es, immer 
plattf ormabhangigen Code von einem Server zu laden. Diese 
Strategie eignet sich v. a. dann, wenn der Rechner CL1 ein 
reiner Netzwerkrechner ist und/oder keine 
sicherheitsrelevanten Daten und/oder Programme enth&lt. 

Wird davon ausgegangen, da& aufgrund der Eingabe 206 kein 
plattformabhangiger Code von dem Server SV geladen werden 
soli, so wird in einem Schritt 207 plattformunabhangiger Code 
25 (siehe wieder Bock 104 in Fig.l) geladen. Soil hingegen 
plattformabhangiger Code geladen werden, so wird in einem 
Schritt 208 eine Verhandlung uber die Art des zu ladenden 
Codes (siehe auch Beschreibung zu Fig. 3) durchgefuhrt und in 
einem Schritt 209 der plattf ormabhangige Code geladen. 
30 Plattformabhangiger Code fur den Rechner CL1 ist in Fig.l 

durch den Block 102 angedeutet. Bevor der plattf ormabhangige 
Code auf dem Rechner CL1 ausgefuhrt wird, wird vorzugsweise 
eine Sicherheitsiiberpruf ung dieses neu geladenen Codes 
durchgefuhrt. Dies geschieht vorzugsweise mit speziellen 
35 Programmen, die die Integritat des geladenen Codes 

sicherstellen, vorzugsweise mittels eines Virensuchprogramms . 
Das Verfahren terminiert in einem Schritt 210. 



15 
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Wie in Fig. 2 angesprochen, wird in Fig. 3 der Schritt 208 aus 
Fig . 2 eingehend erlautert . 

5 Die Verhandlung des Rechners CL1 mit dera Server SV erfolgt 
derart, daS der Rechner CL1 von dem Server SV eine Liste 
all er verfiigbaren plattf ormabhangigen Realisierungen der 
Methode b anfordert (siehe Schritt 301) . Die Liste wird von 
dem Server SV an den Rechner CL1 ubertrag'en. In einem Schritt 
10 302 wahlt der Rechner CL1 eine fur sein Betriebssystem SI 
geeignete Realisierung der Methode b aus, teilt dies dem 
Server SV mit und fordert eine Ubertragung der entsprechenden 
plattformabhangigen Realisierung der Methode b (siehe Block 
102 in Fig.l) in einem Schritt 303 an. 



15 
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Pa t fin t an.gpniphP 

1. Verfahren zum Laden einer Funktion, die von einem ersten 
Rechner (Server) bereitgestellt wird, auf einen zweiten 
5 Rechner (Client) , 

wobei der erste Rechner und der zweite Rechner uber ein 
Netz verbunden sind, in folgenden Schritten: 

a) von dem zweiten Rechner wird uber das Netz bei dem 
ersten Rechner angefragt, ob die Funktion in einem 

10 plattf ormabhangigen Code verfugbar ist; 

b) falls ein plattf ormabhangiger Code nicht verfugbar 
ist, wird ein plattf ormunabhangiger Code der Funktion 
von dem ersten Rechner geladen und das Verfahren 
beendet ; 

15 c) ansonsten (der plattf ormabhangige Code ist verfugbar) 

werden folgende Schritte durchgef uhrt : 

• es wird uberpriift, ob der plattf ormabh&ngige Code 
der Funktion auf dem zweiten Rechner vorhanden ist 
und, wenn dies der Fall ist, wird der 

20 plattformunabhangige Code geladen und das Verfahren 

beendet; 

• falls der plattf ormabhangige Code auf dem zweiten 
Rechner nicht vorhanden ist, wird mittels einer 
Eingabe entschieden, ob der plattf ormabhangige Code 

25 vom ersten Rechner geladen werden soli: 

- wird mittels der Eingabe entschieden, dafi der 

plattf ormabhangige Code nicht geladen werden soli, 
wird der plattformunabhangiger Code geladen und 
das Verfahren beendet; 

30 - wird mittels der Eingabe entschieden, dafi der 

plattf ormabhangige Code geladen werden soli, so 
wird nach einer Verhandlung zwischen dem ersten 
Rechner und dem zweiten Rechner der 
plattformabhangige Code der Funktion auf den 

35 zweiten Rechner geladen. 
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2. Verfahren nach Anspruch 1 # 

bei dem die Verhandlung folgende Schritte umfaSt: 

a) der zweite Rechner (Client) fordert von dem ersten 
Rechner (Server) eine Liste aller verfugbarer 

5 plattformabhangiger Realisierungen der Funktion an; 

b) die Liste wird von dem ersten Rechner an den zweiten 
Rechner ubertragen; 

c) der zweite Rechner wahlt eine geeignete Realisierung 
aus, teilt dies dem ersten Rechner mit und fordert 

10 eine Ubertragung dieser Realisierung der Funktion an. 

3. Verfahren nach Anspruch 1 oder 2, 

bei dem nach dem let z ten Schritt, dem Laden des 
plattformabh&ngigen Codes von dem ersten Rechner auf den 
15 zweiten Rechner, eine Sicherheitsuberprufung dieses 

plattformabhangigen Codes durchgefuhrt wird. 

4 . Verfahren nach Anspruch 3 , 

bei dem die Sicherheitsuberprufung folgende MaSnahme 
20 umfaSt: 

bevor der geladene plattf ormabhangige Code auf dem 
zweiten Rechner ausgefuhrt wird, erfolgt eine 
Integritatsprtifung des Codes, vorzugsweise mittels eines 
Virensuchprogramms . 

25 

5. Verfahren nach einem der vorhergehenden Anspruche, 
bei dem die Eingabe auf eine der folgenden Art en 
vorgenommen wird: 

a) ein Benutzer gibt an, ob er plattformabhangigen Code 
3 0 von dem ersten Rechner laden will; 

b) anhand einer Liste, die Rechner einer sicheren 
Umgebung umfaSt; 

c) es wird immer plattformabhangiger Code geladen, wenn 
der erste Rechner keine sicherheitsrelevanten Daten 

3 5 und/oder Programme enthilt. 
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Verfahren nach einem der vorhergehenden Anspruche, 

bei dem der plattf ormunabhangige Code JAVA-Bytecode 1st. 
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FIG 2 
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